REMARKS 



This Amendment is in response to the Office Action mailed December 1, 2004. Also 
being filed herewith is an Information Disclosure Statement Under 37 C.F.R. § 1.97(c)(2). 



Claims 1-54 were rejected under 35 U.S.C. § 103(a) as being unpatentable over 
McLaughlin et al. (U.S. Patent No. 5,988,847) and Nazem et al. (U.S. Patent No. 5,983,227) in 
view of Michel K. Bowman- Amuah (U.S. Patent No. 6,742,015). Claims 1-60 are currently 
pending. Reconsideration and withdrawal of these rejections are respectfully requested. 



Each of the independent claims has been amended to recite that "at least one but not all of 
the plurality of blocks" are retrieved from a memory and "remaining ones of the plurality of 
blocks ... that are not stored in the memory" are dynamically generated. Thus, each of the 
independent claims requires that some of the blocks be retrieved from a memory and that all 
remaining blocks defined in the script be dynamically generated. 



The applied combination, however, does not teach or suggest that some of the blocks be 
retrieved from a memory and that all remaining blocks defined in the script be dynamically 
generated, as claimed herein. Indeed, the primary reference to McLaughlin teaches an all or 
nothing approach to serving a client application with process data: 

When a client application requires process data, a data 

request is sent to supervisory controller 120 and is received 

in cache manager 220. In one embodiment of the present 

invention, cache manager 220 first searches dynamic cache 
10 220 for the requested process data. If the process data is 

found (a cache hit), cache manager 220 transfers the process 

data to the requesting client application and the transaction 

is ended. If the data is not found (a cache miss), cache 

manager 220 then requests the process data from the appro- 
15 priate one of process nodes 204-206. When the supervisory 

controller 120 receives the process data from the process 

node, cache manager 215 writes the process data into 

dynamic cache 215 and transfers the process data to the 

client application that originally requested it. 
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as shown in Column 8, lines 6-19. Either process data is present in the cache 220 or it is 
fetched from one of the process nodes 204-206. No provisions are made within McLaughlin for 
retrieving some of the blocks from the memory and dynamically generating remaining ones of 
the plurality of blocks. Alternatively, McLaughlin teaches that process data may be obtained in a 
peer-to-peer fashion, as detailed in Column 6, lines 22-25 or via a publish/subscribe model, as 
detailed in Column 3, lines 55-57. 

Similarly, all of the supervisory data is dynamically generated, as positively stated in 
Column 5, lines 33-36: 

optimize the facility as a whole. In a preferred embodiment, 
the supervisory data is dynamically generated and is based 
at least upon a given facility's efficiency, production or 35 
economic cost, and most preferably all three. 

i.e., none of the supervisory data is retrieved from a cache memory. Therefore, McLaughlin does 
not teach or suggest retrieving some of the blocks from the memory and dynamically generating 
remaining ones of the plurality of blocks, as required by the claims. 

The outstanding Office Action states that Nazem et al. teaches a document that includes a 
plurality of blocks. However, Nazem et al. does not remedy the fundamental shortcomings of the 
primary reference and does not teach - alone or in combination with McLaughlin - to retrieve 
some of the blocks from the memory and to dynamically generate remaining ones of the plurality 
of blocks, as claimed herein. Indeed, Nazem et al. teaches the use of templates to hold the static 
data and to obtain all live data from the shared memory 212: 
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in farther detail. User front page 218 is built according to a 
user template and live data. The user template specifies, for 
example which quotes are shown in the portfolio module, 55 
which cities are displayed in the weather module, etc. Each 
of the modules 504 can be customized by a user and moved 
about front page 218. The modules 504 are also reusable, in 
that any customized module which appears on multiple 
pages can be edited from any one of those pages and the go 
edits will be reflected on each of the pages. Other custom 
pages for the user can be viewed by selecting one of the page 
buttons 502 appearing below the header. Other pages and 
utilities can be selected using the buttons 508 which are part 
of the header. ^5 

In addition to all of the live date shown in FIG. 5 being 
stored in the shared memory, summaries from each of the 



as stated in line 66-67 above. Nazem et al. teaches that the template data is stored (and 
necessarily retrieved from) the cached user templates database 214 and that all of the live data to 
fill these templates is stored in (and necessarily retrieved from) the shared memory 212. 
Therefore, even when considered collectively with the McLaughlin reference, Nazem et al. does 
not teach or suggest to retrieve some of the blocks from the memory and to dynamically generate 
remaining ones of the plurality of blocks, as required by each of the independent claims herein. It 
is respectfully submitted that adding the Bowman- Amuah reference to the mix does not provide 
any additional guidance to the person of ordinary skill in this art. The cited passages simply do 
not teach anything relevant to blocks of a document including a reference to a data source and 
code that is configured to access and format data accessed from the data sources, as required by 
the claims. Indeed, Column 52, lines 55-61 deals with ID and password pairs: 



55 resources, as opposed to securing an applications detailed 
functions. 

The security component prevents unauthorized users from 
accessing corporate data/resources by providing the users 
with access codes — password & ID — that allows the user to 
60 login to the system or execute any (or a particular) appli- 
cation. 



while Column 47, lines 30-67 deals with wholly unrelated performance issues: 
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How important is performance? M ' 
In general, performance of data access and printing should 
be considered. Some typical benchmark tests include table 
scan, single-table report, joined tabic report, and mailing 
label generation times, (source is markei research) 

What is the budget? 35 
Per developer costs as well as run time licensing fees, 
ma iute nance costs, support fees, and upgrade charges should 
be considered. 

Do I have another component that satisfies this require- 40 
ment? 

Many databases and application development tools arc 
shipped with built in or add-on report writing capability. 
However, stand-alone report writers: (1) arc more powerful 
and flexible, especially when dealing with multiple data 45 
sources and a wide variety of formats; (2) can retrieve 
information from more data sources than the bundled report 
writers and can create reports from several dala sources 
simultaneously; (3) excel in ease of use, both in designing 
and generating reports; (4) offer belter tools and more 5(J 
predefined reports; and (5) have faster engines, (source is 
market research) 

Docs the product integrate with the existing or proposed 
architecture? 

Il is important to consider how well a product integrates 55 
with desktop tools (word processing, spreadsheet, graphics 
etc.) and application development programs. These items 
can be used to extend the capabilities of the reporting 
package. 

What databases does the product support? so 
A product should support the most widely used PC file 
formats and Client/Server databases. It may be necessary to 
consider the type of support. For example, native database 
interfaces tend to have better performance than open stan- 
dards such as ODBC. Another possible consideration is how 65 
well the product accesses multiple files or databases, (source 
is market research) 



It is respectfully submitted that the applied combination, therefore, does not teach or 
suggest any method, system or media configured to 

retrieving at least one but not all of the plurality of blocks defined in the script 
of the requested document from a memory, the memory storing when the 
memory s tore s the at least one of the plurality of blocks defined in the script of 
the requested document; and 

dynamically generating remaining ones of the plurality of blocks any block 

defined in the script of the requested document that is are not stored in the 
memory and storing a copy of each dynamically generated block in the memory. 

as claimed in each of the independent claims. Reconsideration and withdrawal of the 
outstanding art rejections based upon the McLaughlin, Nazem et al. and Bowman-Amuah 
references are, therefore, respectfully requested. 
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As the rejections of the independent claims are deemed to have been overcome, it is not 
believed necessary to discuss the rejections of the dependent claims at this time, as they 
incorporate the patentable features of the independent claims from which they depend. 

Applicants believe that this application is now in condition for allowance. If any unresolved 
issues remain, please contact the undersigned attorney of record at the telephone number indicated 
below and whatever is necessary to resolve such issues will be done at once. 

It is hereby requested that the Examiner return initialed copies of the modified form PTO- 
1449's previously submitted on October 18, 2001, and October 23, 2003. Copies are enclosed 
herewith for the Examiner's convenience. 



Young Law Firm, P.C. 
4370 Alpine Rd., Ste. 106 
Portola Valley, CA 94028 
Tel.: (650) 851-7210 
Fax: (650) 851-7232 
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Respectfully submitted, 
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